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WEB SITE MANAGEMENT LIFECYCLE 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] The present application is related to concurrently-filed, co-pending, and 
commonly assigned U. S. Patent Application No. XX/XXX,XXX, Atty. Docket No. 
47583/P041US/1031 1286, entitled, "CONTENT-RESTRICTED EDITING;" U, S. Patent 
Application No. XX/XXX,XXX, Atty. Docket No. 47583/P043US/1031 1290, entitled, 
"AUTOMATIC SET UP FOR EDITING A WEB SITE;" and U. S. Patent Application No. 
XX/XXX,XXX, Atty. Docket No. 47583-P044US-1031 1291, entitled, "CROSS-PROTOCOL 
URL MAPPING," the disclosures of which are hereby incorporated herein by reference. 

TECHNICAL FIELD 

[0002] The present invention relates, in general, to Web site development, and, 
more specifically, to a Web site management lifecycle. 

BACKGROUND OF THE INVENTION 

[0003] Companies typically use the World Wide Web to disseminate information 
both intemally, to employees and contractors, and externally, to customers and business partners. 
This information is usually generated by content contributors or subject matter experts (SMEs), 
who are typically people with expertise in the information domain, but who are not usually 
technically skilled. In order to publish this information to the Web, or edit the existing 
information already on a company Internet or Intranet Web site, SMEs typically work with 
technically skilled Web professionals or Web developers, who generally combine Web coding or 
computer programming skills and graphics design and presentation skills. Skilled Web 
professionals or Web developers are an expensive and limited resource. Moreover, multiple 
Web professionals or developers may be used to obtain expertise in both the coding and graphic 
arts. 

[0004] Web sites and Web pages typically comprise a Web server, that serves the 
visual and data content to the user's browser many times in a format, such as hypertext markup 
language (HTML), and a file transfer server, that provides read and write-access to the files that 
make up the visual and data content of the Web sites. While Web servers and file transfer 
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servers are usually conceptualized as separate and independent machines, they, in fact, are 
typically software applications, which often time run on the same computer. The underlying 
Web files are usually stored on that computer or a storage device accessible by that computer, 
while the Web server and file transfer server interact with those files in different ways. Web 
servers typically allow read-only access to the files through HTML browsers, compared to the 
read/write-access usually allowed by the file transfer servers. Because file transfer servers 
typically allow read/write-access to Web files, general or non-skilled users are not typically 
given access because changing files through the file transfer server will usually change how 
those corresponding Web pages are served to the accessing browsers. Web professionals spend a 
great deal of time designing the core of the Web sites by using specific formatting or style sheets, 
relational dependencies between linked documents or pages, and the coding that creates dynamic 
Web experiences. Thus, fiill access to the inner workings of such Web sites and pages is usually 
limited to the technically-sawy Web developers to preserve the stability and operation of the 
Web site. In such cases, even where only minimal changes to the content or information is 
contemplated, the SMEs typically still work with the Web developers to implement those 
information changes. However, this solution is quite expensive relative to the amount of changes 
contemplated. 

[0005] Altematively, eschewing the dangers, SMEs may be given access to the file 
transfer server to make information changes. Existing Web development environments, such as 
MACROMEDIA, INC.'S DREAMWEAVER™, MICROSOFT CORPORATION'S 
FRONTPAGE™, and the like, allow anyone, including SMEs, to edit and eventually publish 
Web pages by themselves. However, these Web development environments are typically created 
for the technically knowledgeable Web developers, and, therefore, may be too technically 
complicated for SMEs to use easily or successfiilly. The existing Web development 
environments generally assume that the users know (1) where the underlying Web files are 
located in the file structure of the Web site; (2) how to configure the various protocols, such as 
file transfer protocol (FTP), secure FTP (SFTP), local area network (LAN), and the like, 
typically used to store and access those Web files; and (3) how to manage the uploading and 
downloading of the Web files. SMEs and other non-technical users typically do not have the 
technical knowledge or skill to find or successfiilly use this information. 
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[0006] Interaction between the file transfer server and the Web server is not always 
a direct one-to-one correspondence. In non-dynamic Web sites, a one-to-one correspondence 
typically exists between files accessed through the file transfer server and the URLs accessed 
through the Web site. In dynamic Web sites, a xmiform resource locator (URL) may map to a 
differently-named or located file on the file transfer server. The file transfer server is typically 
run using a specific transfer protocol, such as FTP, SFTP, LAN, or the like. While the Web 
server delivers HTML content to requesting browsers, it uses hypertext transfer protocol (HTTP) 
to transfer the requests and resulting HTML content between the user's browser and the Web 
server. Even though both FTP and HTTP are both transfer protocols, they are designed for 
different purposes and are not necessarily compatible. 

[0007] For example, the file management system for HTTP will generally be 
different than that of FTP. HTTP is designed for more limited, yet ready access than FTP. 
HTTP communications revolve around establishing communication between a browser and a 
Web server in which HTML documents and any supporting documents that correspond to an 
HTTP request are transmitted from the Web server (sometimes called an HTTP server) to the 
browser to be rendered to the user. An example HTTP request is: 

http://www.macromedia.com/index.html . The example request would likely be entered by a user 
into a Web browser. The http:// indicates the request is an HTTP request. The 
www.macromedia.com indicates the specific Web server domain to which the request is 
directed. Index.html is the specific file requested for display. Upon receiving this request, the 
Web server would typically communicate a read-only HTML file to the requesting browser for 
display. If a user were to enter a bare directory URL, such as http://www.macromedia,com/, an 
HTTP server would resolve the directory to the index file. 

[0008] In contrast, FTP includes functions for logging onto the network, listing 
directories, copying files, and the hke. An example FTP command is: 

ftp://user:password@ftp.macromedia.com . When entered in a browser, the ftp:// indicates that 
the request is an FTP request. The ftp.macromedia.com is the name of the FTP domain that the 
user wishes to log onto, and the user:password section is the user's password entry for logging 
onto the FTP server. Once logged on, the user can download and store files, view directories of 
the files on the FTP server and the like, depending, in general, on the level of authorization the 
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particular user has for that particular FTP server. However, if the user were looking for the 
index.html file from the HTTP example, it would likely not be foimd if the user attempted to 
access ftp.macromedia.com/index.html . In actual use, the root directory of the file transfer 
server for www.macromedia.com would likely not be foimd in ftp://ftp.macromedia,com . For 
security reasons, the root directory would likely be found in a directory with a dissimilar name. 
The user would generally need to obtain the FTP path that corresponds to that particular Web 
site. Furthermore, if a bare directory address were entered, such as ftp://ftp.macromediaxom/ . 
an FTP server will usually not resolve the requested directory to access the index file, as with the 
HTTP server. 

[0009] In order to access the FTP server, a Web designer or developer is generally 
prompted by the server access application to provide the FTP host name, the FTP login, the FTP 
password, and the FTP path. While the FTP host name, login, and password are usually the 
pieces of information that will get the user onto the FTP server, without the FTP root path name, 
a user will not likely find the location on the FTP server where the underlying Web files are 
located. For most experienced designers or developers all of this information is relatively easy to 
know and/or obtain. A novice or non-technical user, such as a typical SME, may know the FTP 
host name, login, and password, but would generally not know the FTP root path; and, without 
the root path, the FTP server will generally not allow access to the appropriate file locations. 
Most novice users typically do not have even a basic knowledge of how URLs map to FTP paths. 
The Web master that manages the Web site could give this information to the SMEs. However, 
they are typically reluctant to do so since the possibilities for the SME to corrupt the Web site are 
usually great. Without knowledge of the FTP server system, it would be difficult for an SME to 
understand the location of the underlying Web files, and, thus, how to configure the various 
protocols or manage the uploading and downloading of the edited Web files. Having the Web 
developers assist in information updates or creating a customized system for updating 
information each offer expensive solutions to the Web development lifecycle. 

[0010] In order to increase the ease of Web development and maintenance, Web 
development environments have advanced to automate or abstract some of the more technically 
oriented tasks involved in Web design and publishing. NETSCAPE COMMUNICATIONS 
CORPORATION'S COMPOSER^m implemented a browse-edit paradigm of Web maintenance. 
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Most individuals are comfortable and experienced with the concept and act of browsing. Using 
COMPOSER™, a user could browse to a particular Web page that he or she desired to edit and 
click an "Edit Page" button to edit the underlying Web source file. If all of the authorizations 
and addresses were previously set up, COMPOSER™ would open a separate window with the 
underlying source file of that Web page. The user could then edit that file and save it locally for 
possible uploading back to the Web site through its FTP. MICROSOFT CORPORATION'S 
INTERNET EXPLORER''''^ also includes a version of the browse-edit paradigm. On selection 
of an "Edit in FrontPage" button, INTERNET EXPLORER™ starts an instance of MICROSOFT 
CORPORATION'S FRONTPAGE™ in a separate window with the Web page file to be edited, 
again, if the authorizations and file addresses were already set up in advance. Both of these Web 
development environments allow the user to edit the Web page and store it locally for fiiture 
action. However, in order to upload the modified Web page to the Web site, the file still needs to 
be communicated to the Web site through its file transfer server, typically by a Web developer. 
Therefore, while the browse-edit paradigm streamlines the editing process, the limited amount of 
editing available to the SME still needs to be uploaded by a Web professional. 

[001 1] Moreover, the browse-edit paradigm, of COMPOSER™ and 
FRONTPAGE^^^, provides a solution for simple Web pages that do not have complex 
dependencies and links. These development environments are not capable of automatically 
handling the complex document dependencies and links foimd in most Web pages. Furthermore, 
COMPOSER™ and FRONTPAGE™ tj^ically may only edit existing pages in the browse-edit 
paradigm implementation. Because of their deficiencies in handling the links and dependencies, 
when pages are added or deleted to a Web site, COMPOSER™ and FRONTPAGE™ generally 
do not automatically update and amend the dependencies and links of the other related pages in 
the Web site that may need to be updated to either add the new page or delete references to the 
deleted page. The browse-edit paradigm practiced by COMPOSER™ and FRONTPAGE™ 
simply does not have the capability to modify Web pages other than the actual page being edited. 

BRIEF SUMMARY OF THE INVENTION 

[0012] The limitations of the browse-edit paradigm are addressed by the Web site 
management lifecycle described herein. A page editing interface is provided to a user that allows 
the user to seamlessly browse to a Web page to be edited, edit that page, including any page- 
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dependant files or links, and publish the edited Web page back through the file transfer server 
without requiring fore knowledge of the file transfer filing system. Each stage of the Web site 
management lifecycle is presented seamless to the user. The browser embedded in the page 
editor seamlessly morphs to the edit window, appearing to the user to be a single interface 
environment. Similarly, when the user publishes the edited content back to the Web site, the edit 
window seamlessly morphs back to the browser, which then displays the edited Web page to the 
user through the Web server. 

[0013] Page-related dependencies, such as linked files and images, are maintained 
within the page editor in addition to the source code of the Web page to be edited. In this 
manner, the dependencies may be maintained throughout the edits. Also, the dependency 
management allows users to add and subtract entire Web pages or dependent files by 
implementing a process for the page editor to update the links to the new or deleted files. 

[0014] The Web site management lifecycle includes at its core the ability to 
automatically map the edited files and their dependents to and from the user's local computer 
and between the Web server and file transfer server. This mapping allows the user to 
automatically download the source files for the Web site and its dependencies to be edited and 
then automatically publish the edited results back to the appropriated locations through the file 
transfer server associated with the Web site. By including each of the capabilities in the single, 
seamless page editor, each stage of the Web site management lifecycle is addressed. 

[0015] The foregoing has outlined rather broadly the features and technical 
advantages of the present invention in order that the detailed description of the invention that 
follows may be better understood. Additional features and advantages of the invention will be 
described hereinafter which form the subject of the claims of the invention. It should be 
appreciated that the conception and specific embodiment disclosed may be readily utilized as a 
basis for modifying or designing other structures for carrying out the same purposes of the 
present invention. It should also be realized that such equivalent constructions do not depart 
firom the invention as set forth in the appended claims. The novel features which are believed to 
be characteristic of the invention, both as to its organization and method of operation, together 
with fiirther objects and advantages will be better understood fi-om the following description 
when considered in connection with the accompanying figures. It is to be expressly understood. 
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however, that each of the figures is provided for the purpose of illustration and description only 
and is not intended as a definition of the limits of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] For a more complete understanding of the present invention, reference is 
now made to the following descriptions taken in conjunction with the accompanying drawing, in 
which: 

[0017] FIGURES 1 A - ID are screen shots illustrating one embodiment of the 
present invention; 

[0018] FIGURE 2 is a flowchart illustrating the core steps executed in the 
implementation of an embodiment of the present invention; 

[0019] FIGURE 3 is a flowchart illustrating example steps executed in 
implementing another embodiment of the present invention; 

[0020] FIGURE 4 is a flowchart illustrating example steps executed in 
implementing an additional embodiment of the present invention; and 

[0021] FIGURE 5 is a block diagram illustrating an example system running one 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0022] The browse-edit paradigm may be greatly improved by adding an 
automated pubUsh functionality. A browse-edit-pubUsh paradigm solves the problem of 
mapping the edited Web page back to the Web site through the file transfer server. One method 
for solving this file transfer mapping involves technology developed by MACROMEDIA, INC. 
Automatic initial discovery of the file transfer root directory for a particular Web site is disclosed 
in concurrently-filed, commonly-owned U. S. Patent Application No. XX/XXX,XXX, Atty. 
Docket No. 47583/P043US/103 1 1290, entitled, "AUTOMATIC SET UP FOR EDITING A 
WEB SITE," the disclosure of which is hereby incorporated herein by reference. The protocol 
mapping process between the source files as accessed through a Web server to the source files 



25341095.1 



7 



Docket No.: 47583/P042US/103 1 1288 



accessed through a file transfer server is disclosed in concurrently-filed, commonly-owned U. S. 
Patent Application No. XX/XXX,XXX, Atty. Docket No. 475 83-P044US- 1031 1291, entitled, 
"CROSS-PROTOCOL URL MAPPING," the disclosure of which is hereby incorporated herein 
by reference. The browse-edit-publish paradigm is also enhanced by making the process 
seamless to the user and handling each of the dependencies for the edited Web pages. The 
creation of a seamless interface and dependent file-handling allows the user to maintain the 
familiarity with the browsing process, while controlling the whole process of Web site 
maintenance. Therefore, the embodiments of the present invention extend beyond a browse-edit- 
publish paradigm to a Web site management lifecycle. 

[0023] FIGURE 1 A is a screen shot illustrating one embodiment of the present 
invention. Page editor 10 is implemented with browser 100. A user may browse, using familiar 
tasks, to any desired Web site using a search engine or by entering a uniform resource locator 
(URL), such as URL 101, which identifies the main page of the Web site, index.htm. Browser 
100 includes the typical browser fimctionality, including the linking capabilities offered with 
HTTP, but also includes additional features as illustrated by edit button 103. Link 102 is 
displayed as a typical hyperlink, as may be familiar to the user. For purposes of this example, 
the user intends to edit the Web page linked to by link 102. By actuating link 102, browser 100 
requests the associated page for display. 

[0024] FIGURE IB is a screen shot illustrating page editor 10 displaying the Web 
page associated with link 102 of FIGURE lA. Browser 100 now displays the page which the 
user desires to edit. URL 104, http ://www. trionetproi ect.com/SuppliersProi ect.htm , identifies 
the location of the Suppliers Project page according to the Web server's file system. The user 
may begin the editing of the displayed Web page by clicking edit button 103. 

[0025] FIGURE IC is a screen shot illustrating page editor 10 in an edit mode. 
Editing window 105 is actually a different window from browser 100. However, to the user, it 
appears that editing window 105 is merely a slight modification of browser 100. Editing window 
105 is coded to appear over browser 100, giving the appearance that one window morphed into 
another, or that the same window was slightly modified. This seamless progression to editing 
window 105 preserves the users familiarity with the browsing concept. Other visual indicators 
displayed to the user include field lines 108, identifying the several fields, slices, or sections of 
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the Web page and the changes in the toolbar, including the addition of publish button 107. hi the 
illustrated embodiment, the user may modify any of the content within editing window 105. 
FIGURE IC shows that the user added text 106 to the previous, "Meet The Team" title. When 
the user is finished editing the Web page, he or she may click on Publish button 107 to upload 
the edited file back to the Web site through the file transfer server. 

[0026] It should be noted that various embodiments of the present invention may 
safeguard the design and formatting of the Web site by restricting the editing ability of the user 
to only the content or textual information. Moreover, any new documents created by a user may 
be constrained to the formatting sequence or particular cascading style sheets (CSS). Thus, when 
a new document is created by the user, it automatically comes up pre-formatted to the specific 
formatting sequence of CSS used by the rest of the Web site, much like a template. One method 
for implementing these safeguard restrictions is disclosed in concurrently-filed, commonly- 
owned U. S. Patent Application No. XX/XXX,XXX, Atty. Docket No. 

47583/P041US/1031 1286, entitled, "CONTENT-RESTRICTED EDITING," the disclosure of 
which is hereby incorporated herein by reference. 

[0027] FIGURE ID is a screen shot illustrating page editor 10 displaying the edited 
Web page in browser 100. After activating Publish button 107 (FIGURE IC), page editor 10 
seemingly morphs back to browser 100, again giving the user the impression that the edit-publish 
process is seamless. The newly edited Web page at URL 104 is now displayed with the edits in 
place. 

[0028] While previous Web development environments have included tools to 
assist in the publishing of the edited Web content, none have been capable of automatically 
browsing, editing, and then publishing the edited Web content in a seamless interface. 
Moreover, previous Web development environments have been incapable of handling the 
dependent file relationships of edited Web pages. FIGURE 2 is a flowchart illustrating the core 
steps executed in the implementation of an embodiment of the present invention. In step 200, the 
user browses to the desired Web page to be edited in the same, well-imderstood manner used in 
typically Web browsers. In step 201, the user edits the Web page by activating the editing 
feature and making the modifications. In step 202, after the user is finished editing, he or she 
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may publish the edited Web page and each of its dependencies through the file transfer server of 
the Web site. 

[0029] FIGURE 3 is a flowchart illustrating example steps executed in 
implementing another embodiment of the present invention. In step 300, the user browses to the 
Web page to be edited. In step 301, the user indicates the desire to edit the page. Upon the edit 
indication, the system scans the target Web page, in step 302, to identify any page-dependent 
files or links. Page-dependent files or links are those files or documents that may be used to 
display the target Web page. For example, a Web page may contain images that are, in reality, 
stored in a separate location, with only a reference to that location contained as a link within that 
Web page. These page-dependent files are generally downloaded to ensure that Web page 
displays correctly in the page editor's embedded Web browser. Additionally, some Web pages 
have dynamic content. Therefore, the page-dependent files or links may be links to the 
associated databases for retrieving the dynamic information. 

[00301 Once the target Web page has been scanned, the imderlying source file for 
the target Web page is downloaded via the file transfer server in step 303, along with any of the 
related, page-dependent files or links. The user may then edit the Web page in step 304. Once 
the edits have been complete, and the user indicates to publish the edited Web page, the edited 
file is scanned once again, in step 305, for any page-dependent files or links that may have been 
modified, added, or deleted during the editing process. In step 306, the source file for the edited 
Web page along with any of its dependencies that were modified or that are not already on the 
file transfer server are mapped to the filing system hierarchy of the Web site's file transfer 
server. This mapping includes modification of each of the local links that were made to new 
files during the editing process. Thus, a new image added to the Web page fi-om the user's local 
disk drive would be remapped to the appropriate address for the file transfer server. In step 307, 
the edited Web page and all of the new or modified dependent files are uploaded to the Web site 
through the file transfer server. 

[0031] As previously disclosed, the file mapping between the HTTP address 
methodology and the file transfer address methodology may be implemented by concurrently- 
filed, commonly-owned, U. S. Patent Application No. XX/XXX,XXX, Atty. Docket No. 
47583/P043US/103 11290, entitled, "AUTOMATIC SET UP FOR EDITING A WEB SITE;" 
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and U. S. Patent Application No. XX/XXX,XXX, Atty. Docket No. 47583-P044US-1031 1291, 
entitled, "CROSS-PROTOCOL URL MAPPING," the disclosures of which are incorporated 
herein by reference. 

[0032] FIGURE 4 is a flowchart illustrating example steps executed in 
implementing an additional embodiment of the present invention. Many modem Web sites are 
developed using scripting languages, such as MACROMEDIA, INC.'s COLDFUSION™ 
MARKUP LANGUAGE (CFML™), SUN MICROSYSTEM'S JAVA™ SERVER PAGES 
(JSP™), MICROSOFT CORPORATION'S ACTIVE SERVER PAGES™ (ASP™), and the like, 
which generate HTML on the fly pulling information from databases to fill out the generated 
Web pages. In such cases, there is typically no pre-existing Web page to download from the file 
transfer server. The steps illustrated in FIGURE 4 show an embodiment of the present invention 
that can handle these dynamically created Web pages. 

[0033] In step 400, the user browses to the desired Web page to be modified. As 
the user browses to the specific page, the Web server runs the server-side code which generates 
the HTML for the Web page and pulls the information that is inserted into the Web page from a 
related database. In step 401 , the user activates the modify fiinction. In response to the modify 
fimction activation, the system scans the generated Web page, in step 402, to identify the 
elements of that Web page that were generated from the database information. The generated 
Web page and its dependents are then downloaded in step 403 and modified according to the 
user's preferences in step 404. 

[0034] After completing the modifications, the user activates the publish function 
in step 405. In response to the publish function, the modified Web page is again scanned, in step 
406, to identify the elements generated from the related database that the user modified. These 
modified database elements are then extracted from the Web page in step 407, after which the 
system uses the file transfer information to modify the content of the database in step 408. Any 
Web page dependents or links that may also have been added are then also updated on the Web 
site in step 409. 

[0035] FIGURE 5 is a block diagram illustrating example Web management 
system 50 running one embodiment of the present invention. A complex interaction between the 
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client-side and the server-sides occurs in implementing various embodiments of the present 
invention. When a user on computer 500 desires to "sxirf ' the Internet, a connection is made 
between the browser running on computer 500 and Web server 502 through Internet 501 . Web 
server 502 would contain the Web site that the user desired to visit. A typical "surfing" user at 
computer 500 would not generally access FTP server 503. Host computer 504 may actually be 
running the software that implements both Web server 502 and FTP server 503 and may also 
hold the underlying source files within its intemal memory, or in accessible database 505. 

[0036] In relation to the present invention, computer 500 runs a page editor that has 
been configured consistent with an embodiment of the present invention. Upon initiation of the 
page editor, the editor discovers the root directory corresponding to the Web site on FTP server 
503. One method for implementing this task is described in concurrently-filed, commonly- 
owned, U. S. Patent Application No. XX/XXX,XXX, Atty. Docket No. 
47583/P043US/1031 1290, entitled, "AUTOMATIC SET UP FOR EDITING A WEB SITE." 

[0037] As the user enters browse mode 506, the browser embedded within the page 
editor establishes a connection with Web server 502 through Internet 501 to view the desired 
Web site. The user may then browse, through Web server 502, to the specific page that he or she 
desires to edit. When the user selects to enter edit mode 507, the connection with Web server 

502 is maintained. The page editor scans the source file of the selected Web page, which may be 
viewed fi-om Web server 502, to determine the different dependencies, links, or database 505 
elements contained within the Web page. A connection is then established between computer 
500 and FTP server 503 through Intemet 501 to access and download the underlying source files 
for the Web page and its page-dependent files, links, or database 505 elements. The coimection 
with Web server 502 may be maintained or ended. However, only the coimection to FTP server 

503 will be visible to the user at computer 500. 

[0038] Once the appropriate files have been downloaded to computer 500, the user 
may edit as desired. In some cases, the user may choose to add or delete dependent files or even 
entire Web pages. When such files or pages are added, they would be stored locally on local 
storage 509. As the user edits the Web pages, the links to the appropriate new files and pages 
would reference the URL to local storage 509. When the user is finished editing, he or she enters 
publish mode 508. 
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[00391 Upon entry of publish mode 508, the page editor again scans the edited file 
for modifications in the page-dependent files, links, and database 505 elements. In preparation 
for uploading the edited Web page, the page editor maps all of the new docimients, whether they 
are modifications of the existing page-dependent files or whether they are wholly new Web 
pages or new page-dependent files, to the appropriated location addresses for the filing system of 
FTP server 503. A method for implementing this cross-protocol mapping is disclosed in 
concurrently-filed, commonly-owned U. S. Patent Application No. XX/XXX,XXX, Atty. Docket 
No. 47583-P044US-103 1 1291, entitled, "CROSS-PROTOCOL URL MAPPING." Moreover, 
any links within the modified Web page to files that had been added and stored locally during the 
editing process will be updated to reflect the appropriate file transfer addresses appropriated for 
those files, or their links would be removed if the associated file was also deleted. Once this 
mapping has occurred, computer 500 uploads the modified Web page to its appropriated location 
on host computer 504 and/or database 505 through FTP server 503. This may include updating 
database 505 with modified, added, or deleted database elements in examples where the 
modified Web page is a dynamically-generated Web page. The completion of publish mode 508 
returns the user automatically and seamlessly to browse mode 506, in which the connection with 
Web server 502 is either brought to the fi-ont again or reestablished. 

[0040] Although the present invention and its advantages have been described in 
detail, it should be understood that various changes, substitutions and alterations can be made 
herein without departing fi:'om the invention as defined by the appended claims. Moreover, the 
scope of the present application is not intended to be limited to the particular embodiments of the 
process, machine, manufacture, composition of matter, means, methods and steps described in 
the specification. As one will readily appreciate fi-om the disclosure, processes, machines, 
manufacture, compositions of matter, means, methods, or steps, presently existing or later to be 
developed that perform substantially the same function or achieve substantially the same result 
as the corresponding embodiments described herein may be utilized. Accordingly, the appended 
claims are intended to include within their scope such processes, machines, manufacture, 
compositions of matter, means, methods, or steps. 
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